wo 00/19652 PCT/US99/22710 

Distributed Shared Key Generation and Management 
Using Fractional Keys 



Field of the Invention 

The invention described herein pertains to communications, and more 
particularly to information security. 



Related Art 



Cryptographic key generation and management is an important problem 
in multicast and group communications (R. Canetti and Pinkas, B., "A taxonomy 
of multicast security issues," in Internet-Draft (1998); Harney, H. and 
Muckenhim, C, "GKMP Architecture," RFC 2093 (1997); Hamey, H. and 
Muckenhim, C, "GKMP Architecture," RFC 2094 (1997); Ballardie, A., 
"Scalable Multicast Key Distribution," RFC 1949 (1996); Poovendran, R., et a/., 
"A Scalable Extension of Group Key Management Protocol," Proc. 2nd Ann. 
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ATIRP Conf,, Maryland, pp. 187-191 (1998), incorporated herein by reference). 
In many instances, it is desirable to generate a group shared key (SK) for efficient 
intra-group communications. However, having the same SK implies that all the 
group membership is at the same trust level. In a distributed, multicast group, it 
is often not possible nor desirable to have the same trust level throughout the 
group. One may be tempted to suggest that a single trust level can be defined by 
choosing the lowest possible trust level as the group trust level. Though such a 
straightforward approach is feasible, one can do better by compartmentalizing the 
group based on local trust levels (Id.). Such a compartmentalization inevitably 
least to clustering of a given group. Compartmentalization also helps in having 
a better control over the set of key management and distribution functions as 
noted in (Id.). 

While the entities in each cluster may share a common trust level, it may 
be that the clusters are mutually suspicious and have only partial trust in each 
other. Thus, a mechanism is desired that permits mutually suspicious parties to 
come together to generate a shared key. In order to avoid involving (and 
potentially paying) a third party, it is also desirable that the scheme involve only 
the group members and not external parties. 

Some schemes (such as Harney, H. and Muckenhim, C, "GKMP 
Architecture," RFC 2093 (1997); Harney, H. and Muckenhim, C, "GKMP 
Architecture," RFC 2094 (1997); Ballardie, A., "Scalable Multicast Key 
Distribution," RFC 1949 (1996)) propose to replace the traditional (external) Key 
Distribution Center (KDC) with a Group Controller (GC) which can generate and 
distribute the keys. However, in these approaches, a single member is allowed to 
generate the keys. This means that group members must place complete trust in 
this group member. In (Poovendran, R., et al, "A Scalable Extension of Group 
Key Management Protocol," Proc, 2nd Ann. ATIRP Conf.. Maryland, pp. 187- 
19 1 (1998)), a panel of members are allowed to generate the keys. However, this 
reference does not present any explicit distributed key generation scheme. 
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(Note: The following references are incorporated herein by reference: 
Bellare and Micali, "Non-Interactive Oblivious Transfer and Applications," in 
Advances in Cryptology - Crypto '89, Springer- Verlag (1989), pp. 547-557; 
Poovendran et al, "A Distributed Shared Key Generation Procedure Using 
Fractional Keys," Proceedings of the MILCOM '98, Boston, MA (Oct. 1998); 
Simmons, GJ., "An Introduction to Shared Secret and/or Shared Control 
Schemes and Their Applications," in Contemporary Cryptology: The Science of 
Information Integrity, Simmons, G.J., ed., IEEE Press (1992), pp. 441-497.) 

Summary of the Invention 

The invention described herein represents a new class of distributed key 
generation and recovery methods suitable for group communication systems 
where the group membership must be tightly controlled. The key generation 
approach allows entities which may have only partial trust in each other to jointly 
generate a shared key without the aid of an external third party. The group 
collectively generates and maintains a dynamic group binding parameter, and the 
shared key is generated using a pseudorandom function using this parameter as a 
seed. The methods employ distributed algorithms based on fractional keys (FK). 
The methods allow the members to automatically update the keys in a periodic 
manner without any assistance from an external third party, and to do so using 
verifiable secret sharing techniques. The key retrieval method does not require the 
keys to be stored in an external retrieval center. Note that many Intemet-based 
applications may have these requirements. 

Features and Advantages 

The invention described herein has the feature of developing a shared key 
based on components associated with respective members of a cluster. The 
invention has the additional feature of a dynamic group binding parameter that 
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serves a seed for development of the shared key. The invention has the 
advantage of allou'ing cooperative key generation without requiring action by an 
independent party. The invention has the further advantage of allowing key 
retrieval without requiring the archiving of keys at an external retrieval center. 



5 Brief Description of the Figures 

The foregoing and other features and advantages of the invention will be 
Ji apparent from the following, more particular description of a preferred 

^; embodiment of the invention, as illustrated in the accompanying drawings. 

Cfi FIG. 1 is a flowchart illustrating the overall operation of an embodiment 

^ I ! 

10 of the invention. 

FIG. 2 is an example system implementing the invention. 
FIG. 3 is a flowchart illustrating the initialization process as performed by 
fti a security manager, according to an embodiment of the invention. 

J; FIG. 4 is a flowchart illustrating the initialization process as performed by 

H 15 cluster members in a distributed fashion, according to an embodiment of the 

invention. 

FIG. 5 is a flowchart illustrating subsequent key generation, according to 
an embodiment of the invention. 

FIG. 6 is a flowchart illustrating subsequent key generation using ElGamal 
20 public key pairs, according to an embodiment of the invention. 

FIG. 7 is a flowchart illustrating key recovery, according to an 
embodiment of the invention. 

FIG. 8 is a flowchart illustrating verification of security manager-based 
initialization, according to an embodiment of the invention. 
25 FIG. 9 is a flowchart illustrating verification of distributed initialization, 

according to an embodiment of the invention. 

FIG. 10 illustrates an example computing environment of the invention. 
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Detailed Description of the Preferred Embodiments 

A preferred embodiment of the present invention is now described with 
reference to the figures where like reference numbers indicate identical or 
functionally similar elements. Also in the figures, the left most digit of each 
reference number corresponds to the figure in which the reference number is first 
used. While specific configurations and arrangements are discussed, it should be 
understood that this is done for illustrative purposes only. A person skilled in the 
relevant art will recognize that other configurations and arrangements can be used 
without departing from the spirit and scope of the invention. It will be apparent 
to a person skilled in the relevant art that this invention can also be employed in 
a variety of other devices and applications. 

/. Properties of the Key Generation and Management Method 

The following notation is used to describe the different entities involved 
in the method: 



The one-time pad of the /th member at the 7th key update iteration. 



The group binding parameter at the yth key update iteration. 



Public key pair of the member /. This pair is assumed to be 
updated appropriately to preserve the integrity and confidentiality 
of any communication transaction by and with member i. 



The FK of the /th member at the yth key update iteration. 



HFKij, The hidden FK (HFK) of the /th member at the j\h key update iteration. 
SKy The group SK at the yth key update instance. 
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A - B:X. Principal A sends principal B a message X, 

In an embodiment of the invention, the message format is 
\{T.,M,],Msg\_^\ , where the variables are defined as follows: 

Tf. a real-valued, wallclock time stamp generated by member / 

M: denotes the mode of operation, with "I" for Initialization mode, 
"G" for Generation mode, and "R" for key Recovery mode. 

• j: integer-valued, denotes the current iteration number. 
Msg: the message to be sent. 

• K^^: denotes the private key of the sender S. 
K^: public key of the receiver R. 

The following properties are desirable for a multiparty key generation 
scheme: 

• An FK contributed by a participating member should have the 
same level of security as the group SK, 

A single participating member, without valid permissions, should 
not be able to obtain the FK of another member. 

If a FK- generating member has physically failed, been 
compromised or removed, the remaining FK-generating members 
should be able to jointly recover the FK of the failed member. 

The first property simply states that the distributed key generation scheme 
has to be such that each FK space has at least the same size as the final SK space. 
Hence, each member may generate FK of different size but, when combined, they 
lead to a fixed length SK. The second property has to do with the need for 
protection of individual FKs that is desired in light of the absence of a centralized 
key generation scheme. In the current scheme, every member performs an 
operation to hide its FK such that, when all the hidden FKs (HFKs) and the group 
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parameter are combined, the net result is a new SK. Even if an HFK is known, 
the problem of obtaining the actual FK or the SK needs further computation. The 
requirements of the FK concealment mechanism are described in greater detail 
below. 

If a contributing member physically fails, becomes compromised, or has 
to leave the multicast group, or cluster, then it becomes necessary to replace the 
existing member with a new member. Hence, the newly-elected member should 
be able to securely recover the FK generated by the replaced member. However, 
to ensure the integrity of the scheme, this recovery should be possible only if all 
the remaining contributing members cooperate. This feature deviates significantly 
from the existing key generating schemes (Hamey, H. and Muckenhim, C, 
"GKMP Architecture," RFC 2093 (1997); Hamey, H. and Muckenhim, C, 
"GKMP Architecture," RFC 2094 (1997); Ballardie, A., "Scalable Multicast Key 
Distribution," RFC 1949 (1996)). The requirement that an individual member 
acting alone not be able to obtain the FKs of other contributing members is similar 
to protecting individual private keys in public key cryptography systems. 

The following is a list of assumptions regarding the method: 

• There exist two commutative operators © and 0 which form an 

abelian group when operating on the set of keys. 

It is computationally difficult to perform cryptographic analysis on 
a cryptographically-secure random key by search methods if the 
key length is sufficiently large. 

The keys are all L bits in length, and all members know its length. 

The number of participants in generating the KS is fixed as n 
(where n may be a function of ® and 0). 

There is a mechanism for certifying the members participating in 
the key generation procedure, for securely exchanging the 
quantities required in the algorithm and for authenticating the 
source of these quantities. 

Every member has the capability to generate a cryptographically- 
secure random number of length L bits or longer. 
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With the assumptions above, the key management scheme can be 
described in terms of three major processes: 

1. Initialization, which includes secure initial one-time pad and 
binding parameter generation and distribution; 

2. Key Generation, an iterative process including fractional, hidden 
and shared-key generation; and 

3. Key Retrieval, a process that is required only in the case of a 
member node failure or compromise. 

These processes are collectively illustrated in process 100 of FIG, 1. 
Process 100 begins with a step 105. In a step 1 10, the key management process 
is initialized. Here, initial one-time pads are generated for each member. In 
addition, a binding parameter is generated and distributed to each member, 
permitting each member to generate the same key, a shared key SK. In a step 
115, the members can operate securely using the SK. If, in a step 120, a failure 
occurs at a member's node, such as a compromise of the member or an equipment 
failure, then key retrieval is performed in a step 125. Here, recovery of the 
parameters associated with the failed node is performed. In a step 130, a new 
binding parameter is generated and new one-time pads are created. Operations 
then resume at step 115. 

If, in step 120, no failure occurs, process 100 continues with a step 135. 
Here, a determination is made as to whether an update of the SK is needed. This 
may be required, for example, if a member leaves the cluster. Alternatively, an 
operation may simply require periodic updating of the SK. If an update is needed, 
key generation step 130 is performed. Operations then resume at step 115. 

The processes of initialization, key generation, and key retrieval are 
described in greater detail below. 



//. Initialization 



• 
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A Group Initiator (GI) first selects a set of n FK-generating members of 
a cluster, and the Gl may be one of these members. The GI can then contact a 
Security Manager (SM)-a third party who is not a FK-generating member-who 
generates the initial pads and the binding parameter and distributes them to the 
members. This is illustrated by system 200 of FIG. 2. Member 1, group initiator 
210, is shown contacting security manager 250, who then distributes the necessary 
data to member 1 through 4, labelled 210 through 240, respectively. The data 
flow for this embodiment is illustrated by dotted lines. In an alternative 
embodiment, GI 210 initiates a distributed procedure among the group members 
(illustrated by solid lines) to create these quantities without the aid of an external 
party. 

A. SM'Based Initialization 

The process of initialization by an SM is illustrated in FIG. 3, process 300, 
according to an embodiment of the invention. Process 300 begins with a step 305. 
In a step 310, the GI generates an initial random one-time pad, y, for each 
member /. In a step 315, an initial binding parameter 0, is computed such that , 
@ a2 , @ . . . © a„ , = 01. In steps 320 through 340, a,; and are sent to each 
member i. In step 320, index i is initialized. In steps 325 and 330, the initial pads 
and binding parameter are distributed to member /, as 

SM -^/:{{r,^,/,i,a,,,ej^.. 

In step 335, index i is incremented. In step 340, a determination is made as to 
whether a, ; and 0^ have been sent to all members /. If not, then ; and 0i are 
sent to the next member z. The process concludes with a step 345. At the 
conclusion of process 300, each member has 0,, on which a common SK can be 
based. 




B. Distributed Initialization 
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In an alternative embodiment, initialization can be performed through a 
cooperative process involving all members, illustrated as process 400 of FIG. 4. 
The GI (assumed to be a member and denoted in process 400 by the index 1) can 
perform the following steps (see also Koblitz, N., Cry ptologia 3X1-326 (1997), 
incorporated herein by reference) to generate the initial parameters of the group. 
Process 400 begins with a step 405. In a step 410, member 1 generates two 
uniformly-distributed random quantities y and v^^, of bit length L. In a step 415, 
member 1 operates on these two quantities as Y®Vi.i ^i- a step 420, member 
1 sends the result to member 2 (the "next" member in the group) as 1 - 2: 



Starting with member 2, each member / calculates its own 6^ based on the 
previous member's 6j.j, and sends 6^ to the next member. This is illustrated in 
steps 425 through 450. In step 425, the index / is initialized to 2. In step 430, 
member / generates a uniform random variable Vj , of bit length L. In step 435, 
member / then operates on the quantity it received from member / - 1 as 6i_i ® v^^i 
= 6j. In step 440, member / then sends the result to member / + 1 as / / 



In step 445, i is incremented. If, as determined in step 450, each of the n 
members has not generated a respective value 6j , the process returns to step 430, 
where the next member / generates its uniform random variable Vj^j. 

Eventually, the group member / = n receives and, in a step 455, 
generates a uniformly-distributed random quantity j of bit length L. In a step 
460, member n performs S^., ® v^i = 6„. In a step 470, member n securely sends 

6n to the initiating member / = 1 as w 1 : } { ' ^ ^« } a:;M - In a step 475, 
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the GI (member 1) then recovers 6„ and performs y @ 6^ - 6^, In steps 480 
through 494, member 1 sends to each member /. In step 480, the index / is 
initialized to 2. In step 485, member 1 sends Oj to member i as 

In step 490, each member / privately computes (Xj j = 0, ® v^j. In step 492, 
the index / is incremented. If, in step 494, i > n, so that each member / has 
received and privately computed a respective aj , then the process 400 
concludes with a step 496. Otherwise, the process returns to step 485, where 
member 1 sends 0, to another member. At the conclusion of process 400, each 
member has ©i, on which a common SK can be based. 

Note that these two approaches of initialization (security manager- 
controlled initialization and distributed initialization) are not equivalent unless 
additional security assumptions are made. For example, in the case of distributed 
initialization within the group, the following can be done. 

Assume that members / - 1 and 7+1 conspire to obtain the secret member 
/, where the numerical ordering corresponds to the order of message passing in the 
distributed algorithm. 

1 . Member / - 1 sends b-_i to member / as per the algorithm, and also 
to member / + 1 without /*s knowledge. 

2. Member /, who is unaware of the conspiracy between / - 1 and 
/ + 1, computes 6- = 6^_^ © v^^ and sends it to member / + 1 
securely. 

3. Member / -i- 1 can now compute v^^ = 6j.i ® 8j and obtain the 
secret v^^, of member /. 

However, the secret vi, 1 generated by member / become part of the pads 
(i.e. the oc's) of members / - 1 and / + L Hence, application of this initialization 
assumes that the parties are benign. 
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///. Key Generation 

The key generation algorithm is an iterative process depicted in FIG. 5 as 
process 500. Each successive key generation, iteration j, requires as input a set 
of one-time pads a^j, / = 1, . . a?, and the binding parameter 6^, which are 
obtained from the initialization process (e.g., process 300 or process 400) for 
iteration 7 =1, and from the preceding iterations for 7 > 1 . 

The iterative key generation process, according to an embodiment of the 
invention, consists of the following. Process 500 begins with a step 505. In steps 
510 through 535, each member / generates a cry ptographically- secure random 
number, fractional key FK^j and sends it to every other member m. In step 510, 
index / is initialized to 1 . In step 5 1 5, member 7 generates random number Fk-j 
In step 520 member / generates a hidden fractional key HFK^j = a^j ® FK^j. In 
step 525, member / sends HFK^j to every other member m as 



In step 530, index / is incremented. If, as determined in step 535, each member 
/ has created a respective HFK^j and sent it to all other members, the process 
continues at a step 540. Otherwise, process 500 returns to step 515, where the 
next member / generates its respective FK^j. 

Once the exchange of HFK.Js is complete, each member computes the 
new group parameter O^+j and a new shared key SKj. This occurs in steps 540 
through 560. In step 540, index / is initiaHzed to 1. In step 545, member / 
calculates the new binding parameter, O^^, = XQj ® HFKjj ® HFK2 J ® . . . ® HFK^j 
= FKjj ® FK2J ® . . . FK^j. In step 550, member / calculates a new one-time pad 
a.j^^ = 0^1 ® FK^j, and a new shared key SKj =y(0^>i) wherey(*) is a strong one- 
way pseudo-random function. In step 555, index / is incremented. If, in step 560, 
7 > /7, so that each member / has created a new 6^,, and a new SKj, then the 
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process concludes with a step 565. Otherwise, process 500 returns to step 545, 
where the next member / calculates the new binding parameter, 0^i. 

If the resuhing group parameter 6^^i is cryptographically insecure for a 
particular application, all members can repeat process 500 creating a new high 
quality group parameter O^+j. 

At the end of process 500, we have the SK for the current iteration. Note 
that the quantity is computed such that, for an outsider, obtaining a.^^, is 
very hard, even if the actual shared key SKj is compromised at any key update time 
interval 1 ). Knowing the shared key SKj does not reveal the group parameter 
9j and, hence, the tight binding of the members will not be broken by the loss of 
the shared key. 

Note the following additional features of the key scheme: 

Although all the members have each HFK^j, obtaining the FK^j or 
a.^^j of another member involves search in the Z-dimensional 
space, and obtaining their correct combination involves search in 
the (n - 1)1 - dimensional space. Hence, even if a fellow member 
becomes an attacker, that rogue member faces nearly the same 
computational burden in obtaining the set of n FKs as an outside 
cryptographic analyst; i.e. trust is not unconditional 

For such an outside attacker, breaking the system requires either 
search in an Z-dimensional space to get 0, or riL - dimensional 
searches to break individual secrets of all the members. Access to 
all n HFKs is alone is insufficient to permit an attacker to 
determine the SK; for that, the attacker must also possess the 
current binding parameter 0 which is time-varying and never 
transmitted. If an SK is known to be compromised (perhaps due 
to traffic analysis), information regarding 0 is not obtained , since 
/(•) is a pseudo-random function. 

In an embodiment of the invention, an FK-j is used whereby 
(FK'j .FKi j ) is an individual ElGamal public key pair for the member / at update 

j. The iterative key generation process for this embodiment is illustrated as 
process 600 of FIG. 6. Process 600 begins with a step 605. In steps 610 through 
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640, each member / develops values FK^j and HFK^j and exchanges them with 
other members. In step 610, index / is initialized to 1. In step 615, member / 
randomly picks a number FK'J with 0 < FK^j < p- 2 .In step 620, member / 

generates FK, j = a '^'^-^ . Here, (FK'' .FK, j) is an individual ElGamal pubhc 

key pair for the member / at update j. In step 625, member / generates a quantity 
HFK- j = ( a^^ + F K. J ) mod p . in step 630, member / sends FK^j and HFK,^ 
to each other member m , in the form 



I m 



:\ [t, ,Gj,HFK,j , FK^j^ ^ \ I" step 635, index / is 



incremented. If, as determined in step 640, / > so that each member / has 
created a respective HFK^j and sent it, along with FK^j, to all other members, the 
process continues at a step 645. Otherwise, process 600 returns to step 615, 

where the next member / selects its respective FK^j . 

In steps 645 through 665, each member generates a new binding parameter 
0^+1 and one-time pad a,^i . In step 640, index i is initialized to 1 . In step 650, 

each member /computes ^^^j = n- 3)9 ^ + T]Z\HFK. mod(/?- l), 

defining GK~l^ = . Each member / also computes 
GKj^^ =a^^'''' = n = n !w^^^''' in step 650. In step 655, member 

/ calculates ^ij+j = (GKJ^ FK~J J mod p . In step 660, index / is 

incremented. In step 665, a determination is made as to whether / > «, i.e., 
whether each member i has calculated the new 6^+, and a new a,-^>, . If so, process 
600 concludes with a step 670. Otherwise, process 600 returns to step 650 so that 
the next member / can create a new 0,.,. 
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Note that if the resulting group key pair (GKj^i GKj^f^) is 
cryptographically insecure for a particular application, all members can repeat 
process 600, creating a new high quality key pair. 

IV. Retrieval of the Fractional Key and One-time Pad of a Failed Node 

The following steps, illustrated as process 700 of FIG. 7, are involved in 
recovery of the FK^j and a^ j of the node failed /, where / represents the iteration 
number in which the node was compromised or failed. The process begins with 
a step 705. In a step 710, any one FK-generating member-called the Recovery 
Initiator (RI)- initiates recovery and gives the HFK of the failed node / to the 

newly-elected node 7 as/?/ - /: In a step 615, the RI gives 



the newly-elected node / the current SKj slsRI i: 




In a 



step 720, distributed initialization is performed, with the following replacements: 
(a) 6 by ^ and (b) a^j by P;^. Except for the changes in the notation and the 
number of members participating, the process for pad generation is same as for 
distributed initialization. Hence, at the end of this distributed pad generation, each 
member / has P;^ as its pad for key recovery process, and all these pads are bound 
with the parameter E,. In steps 725 through 745, each member / calculates a 

modified hidden fractional key HFK. j and distributes it to newly elected 

member /. In step 725, index / is initialized to 1 . In step 730, member / computes 
modified hidden fractional key HFK^ . = 0 FKjj and sends it to the newly- 
elected member / as / - /: I {^i^^J^^^^ij}^i \ in step 735. In step 740, index 
I is incremented. In step 145, a, determination is made as to whether I > n, i.e.. 
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whether each member / has calculated a modified hidden fi-actional key HFK^ . 

and distributed it to newly elected member /. If not, process 700 returns to step 
730. Otherwise, process 700 continues with a step 750. 

In step 750, member / combines all of the modified HFKs and recovers the 

fractional key FK-^ . using the operation FK. . = XI, © HFK. . @ . . . ® 

HFK. J ® 0^+1. In step 755, member / extracts the one-time pad ar . using the 
operation a . . = HFK. . <§> FKr . . The process 700 concludes with a step 760. 
Note that the recovered values of FKr ^ and a . ^ are unique. Once the 

new node recovers the fractional key of the compromised node, it can inform the 
other contributing members to update the iteration number 7 toj + 1, and then all 
members can execute the key generation algorithm. Note that even though the 
newly-elected member recovers the compromised fractional key and pad, the next 
key generation operation of the new node does not use the compromised key or 
pad. Hence, even if the attacker possesses the fractional key or pad at iteration 
j, it does not allow the attacker to obtain the future fractional keys or pads without 
any computation. 

V. A Specific Choice of the Functions ® and O 

A class of muhiparty key generation algorithms is described above where 
a given instance of the class is determined by choice of fianction ® . Note that one 
possible choice for ® is the modulo addition operation with respect to a large odd 
prime p, denoted here with e. In this case, we can deduce the follov/ing 
computation from the key generation algorithm: 
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HFK. j © HFK^ j © • • •© HFK^ j = 
FK, . © FK^ . © • • •© FK^ . © (^7 - 1)9 ^ 



To remove the effect of 6^ on O^^^i, we should ensure that A = (/? + 1 - ;?) 

so that 



Regarding the choice of the number of members, clearly the choice of /? = 2 is not 
appropriate for such a scheme. Although choosing w ^ 3 does not instantly expose 
a secret pad a; when a participating member becomes an attacker (i.e. a rouge), 
the following attack-called fractional attack (FA)— is feasible. 

Lemma. When ® is an © function, independent of how nontrivial the bit- 
length of the key is, choosing /? = 3 permits a FA. 

Proof. Assume that the time instant at which one member / (/ = 1 or 2 or 
3) become a rogue is j. At this time the member have values of a^j = HFK2J e 
HFK^j, = HFK^j e HFK^j, a^j = HFKjj e HFK2J. Every member also has 
access to the current 6^+, and their own FK^j (/ = 1, 2, 3). At this stage, obtaining 
the a component of any other member is as computationally intensive as an 
outside attacker trying to obtain 6^+1 . However, if a member, say / = 1, is 
compromised and releases its secret a^j, then each of the other members can use 
this and compute FK^j = a^j © 6^. Since G^^, = FK^j © FK22j © FK^j , each 
member can now compute the other non-rogue member's FK as well. 

This leads to the following corollary: When ® is an © function, independent 
of how non-trivial the bit-length of the key, the minimum number of members to 
prevent a FA by a single rogue member for the multiparty key scheme is 4. 



-'®HFK„^^ 
- FK,^@ FK^^^@^-®FK^^j 
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VI. Verifiable Secret Sharing 

Since there are multiple entities involved in key generation, it becomes 
important to have a mechanism to verify if the parameters exchanged actually 
contribute to the generated shared key. The verification steps can be followed at 
(I) SM-based group initialization, (b) distributed group initialization, and (c) 6- 
generation iteration. 

A, SM-based Initialization 

In the case of the SM-based scheme, each member / needs to make sure 
that the SM uses non-trivial values of its j and 6,. Since each member needs to 
protect its individual pad value, one method for openly checking correctness of the 
pads is to generate a public value that will enable all the key generating members 
to check their correctness without revealing the actual value of the individual pads. 
Such a verification technique falls under the category of Verifiable Secret Sharing 
(VSS) (Feldman, P., "A Practical Scheme for Non-Interactive Verifiable Secret 
Sharing," Proc. of IEEE Fund Comp. Sci., pp. 427-437 (1987); Pedersen, T. P., 
Advances in Cryptology - CRYPTO, LNCS 576\\29AA0 (1991)). 

If one wants to check if the individual initial pads a, j given by the security 
manager are "good", process 800 of FIG. 8 can be used. The process begins with 
a step 805 . In a step 8 1 0, one member (possibly the SM) picks a very large prime 
number q. The number picked should be larger than the possible range of the 0 
value. In a step 820, prime number q is sent to all the members. In a step 825, 
the same member also sends a generator ^ of the multiplicative group q. In a step 
830, each member picks a random polynomial / having a value 0 at the origin. 
In a step 835, each member adds the polynomial to its pad value, generates 

cfy 1 = g°''^^'^' and broadcasts the values to all the members. In a step 840, each 



member / computes 
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checks if the value is equal to g ' at the origin. If not, then the verification fails 

in a step 850. If the check of step 845 passes, then in a step 855, each member 
checks to see that 



If not, verification fails in step 850. Failed verification means that some or all of 
the members' one-time pads do not correspond to 0^. Process 800 concludes with 
a step 860. 



In the case of distributed initialization, process 900 of FIG. 9 can be used 
to check if the GI, member 1, has produced a using contributions from all the 
group members. The process begins with a step 905. In a step 910, one member 
(possibly the GI) picks a very large prime number q. The number picked should 
be larger than the possible range of the 6^ value. In a step 915, prime number q 
is sent to all the members. In a step 920, the same member also sends a generator 
g of the multiplicative group under q to all members. In a step 925, GI computes 

and g^'^ , and makes them available to all the group members. In a step 930, 
each member / publishes g^" making it available only to the group members. 
In a step 935, each member / checks S ' ~ li j-j S ^'^ equality is not 

true, then failed verification is indicated in a step 940. Failure (inequality) means 
that the binding parameter 0^ and the individual one-time pads do not agree. 
Since at each step of adding their secrets members published the broadcast values, 
it is possible to check which member cheated if there is no collaboration. If there 
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is a collaboration, then the last among the collaborating niember can be identified 
by the non-collaborating member. 

Note that similar testing can be done for the key generation process. 

VI L Environment 

The present invention may be implemented using hardware, software or 
a combination thereof. The operations described above may be implemented in 
a computer system or other processing system at the node of a member. An 
example of such a computer system 1000 is shown in FIG. 10. The computer 
system 1000 includes one or more processors, such as processor 1004. The 
processor 1004 is connected to a communication infrastructure 1006, such as a 
bus or network). Various software implementations are described in terms of this 
exemplary computer system. After reading this description, it will become 
apparent to a person skilled in the relevant art how to implement the invention 
using other computer systems and/or computer architectures. 

Computer system 1000 also includes a main memory 1008, preferably 
random access memory (RAM), and may also include a secondary memory 1010. 
The secondary memory 1010 may include, for example, a hard disk drive 1012 
and/or a removable storage drive 1014, representing a floppy disk drive, a 
magnetic tape drive, an optical disk drive, etc. The removable storage drive 1014 
reads from and/or writes to a removable storage unit 1018 in a well known 
manner. Removable storage unit 1018, represents a floppy disk, magnetic tape, 
optical disk, or other storage medium which is read by and written to by 
removable storage drive 10 14. As will be appreciated, the removable storage unit 
1018 includes a computer usable storage medium having stored therein computer 
software and/or data. 

In alternative implementations, secondary memory 1010 may include other 
means for allowing computer programs or other instructions to be loaded into 
computer system 1000. Such means may include, for example, a removable 
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storage unit 1022 and an interface 1020. Examples of such means may include a 
program cartridge and cartridge interface (such as that found in video game 
devices), a removable memory chip (such as an EPROM, or PROM) and 
associated socket, and other removable storage units 1022 and interfaces 1020 
which allow software and data to be transferred from the removable storage unit 
1022 to computer system 1000. 

Computer system 1000 may also include a communications interface 1024. 
Communications interface 1024 allows software and data to be transferred 
between computer system 1000 and external devices. Examples of 
communications interface 1024 may include a modem, a network interface (such 
as an Ethernet card), a communications port, a PCMCIA slot and card, etc. 
Software and data transferred via communications interface 1024 are in the form 
of signals 1028 which may be electronic, electromagnetic, optical or other signals 
capable of being received by communications interface 1024. These signals 1028 
are provided to conmiunications interface 1024 via a communications path (i.e., 
channel) 1026. This channel 1026 carries signals 1028 and may be implemented 
using wire or cable, fiber optics, a phone line, a cellular phone link, an RF link and 
other communications channels. In an embodiment of the invention in which 
computer system 1000 represents the computer system of a member's node, 
signals 1028 comprise information flowing to and from the node, such as the 
encrypted form of in step 440, and the encrypted form of MFK^j of step 525. 

In this document, the terms "computer program medium" and "computer 
usable medium" are used to generally refer to media such as removable storage 
units 1018 and 1022, a hard disk installed in hard disk drive 1012, and signals 
1028. These computer program products are means for providing software to 
computer system 1000. 

Computer programs (also called computer control logic) are stored in main 
memory 1008 and/or secondary memory 1010. Computer programs may also be 
received via communications interface 1024. Such computer programs, when 
executed, enable the computer system 1000 to implement the present invention 
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as discussed herein. In particular, the computer programs, when executed, enable 
the processor 1004 to implement the present invention. Accordingly, such 
computer programs represent controllers of the computer system 1000, Where 
the invention is implemented using software, the software may be stored in a 
5 computer program product and loaded into computer system 1000 using 

removable storage drive 1014, hard drive 10 12 or communications interface 1024, 
In an embodiment of the present invention, the steps of processes 300 through 
900 are implemented in software that can therefore be made available to processor 
1004 at a member node through any of these means. 

10 VIIL Conclusion 

While various embodiments of the present invention have been described 
above, it should be understood that they have been presented by way of example, 
and not limitation. It will be apparent to persons skilled in the relevant art that 
various changes in detail can be made therein without departing from the spirit and 
15 scope of the invention. Thus the present invention should not be limited by any 

of the above-described exemplary embodiments, but should be defined only in 
accordance with the following claims and their equivalents. 



